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SECTION  I 


INTRODUCTION  AND  SUMMARY 


This  is  the  seventh  quarterly  technical  progress  report  for  contract  number 
DAAK70-77-C-0248,  Prototype  Automatic  Target  Screener  (PATS).  The 
first  two  quarterly  reports  document  the  Phase  I design  study.  The  third 
quarterly  report  provides  a description  of  the  final  target  classifier  design 
for  the  target  data  base  currently  available  and  the  results  of  the  hardware 
and  CPU1  software  system  design  tasks.  The  fourth  through  sixth  reports 
and  this  one  describe  further  the  subsystem  design  details  and  status  of  the 
hardware  fabrication,  software  coding,  and  hardware  checkout.  This  report 
covers  the  period  from  1 April  to  30  June  1979. 

The  program  objective  is  to  produce  a design  for  an  automatic  target  screener. 
The  screener  will  reduce  the  task  loading  on  the  thermal  imager  operator 
by  detecting  and  recognizing  a limited  set  of  high-priority  targets  at  ranges 
comparable  to  or  greater  than  those  for  an  unassisted  observer.  A second 
objective  is  to  provide  enhancement  of  the  video  presentation  to  the  operator. 
The  image  enhancement  includes:  1)  automatic  gain/brightness  control 
to  relieve  the  operator  of  the  necessity  to  continually  adjust  the  display  gain 
and  brightness  controls  and  2)  DC  restoration  to  eliminate  artifacts  resulting 
from  ac  coupling  of  the  infrared  (IR)  detectors. 

Image  enhancement  will  also  include  local  area  gain  and  brightness  control 
to  enhance  variations  of  contrast  and  compress  the  overall  scene  dynamic 
range  to  match  that  of  the  display.  This  circuitry  has  been  completed,  and 


— a — rrrs., 


examples  of  its  performance  on  videotaped  thermal  image  data  were  included 
in  the  first  quarterly  report,  along  with  the  circuit  description. 

The  DC  restoration  image  enhancement  circuit  eliminates  the  streaking 
associated  with  loss  of  line-to-line  correlation  on  the  displayed  image  because 
of  the  ac  coupling  of  the  detector  channels. 

This  report  consists  of  four  sections.  Section  II  describes  the  hardware 
status  and  design.  Section  III  presents  the  software  status  and  Section  IV 
provides  the  plans  for  next  reporting  period. 


SECTION  II 


I L 


HARDWARE  DESIGN  AND  STATUS 


This  section  describes  the  interval  design,  hardware  status,  preliminary 
results  of  edge  and  bright  on  actual  imagery,  power  supplies  chosen,  and 
additional  comments  on  the  interface  between  CPU1  and  CPUS.  The  imple- 
mentation of  the  PATS  hardware  was  described  in  previous  reports.  The 
general  system  hardware  specification  was  covered  in  the  third  quarterly 
report.  This  was  the  target  screening  function  only  and  not  the  image 
enhancement.  The  hardware,  however,  does  include  image  enhancement 
functions. 


The  target  screener  with  image  enhancement  was  broken  down  into  subparts 


which  have  been  covered  in  various  quarterly  reports  J-7. 


I).  I!.  So  land,  et  al. . "Prototype  Automatic  Target  Screener.  " Quarterly  Progress  K«  port 
No.  1,  Contract  DA AK70-77-024H,  Honeywell  Systems  and  Research  Center.  Minneapolis, 
Minnesota,  January  1 5,  1978. 
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Minnesota.  June  15,  1978. 
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Minnesota.  September  1 , 1978. 
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Minnesota.  October  20.  1978. 
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Minnesota,  January  8.  1979. 
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No.  7.  Contract  DA AK 70- 77-0248,  Honeywell  Systems  and  Research  Cent*  r.  Minneapolis. 
Minnesota,  July  9,  1979. 
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The  subparts  which  have  been  covered  may  be  found  in  the  following 
quarterly  reports: 


Sub  part 

Image  Enhancement 
Edge  Signal 
Bright  Signal 
Interval  Generation 
CPU1 

(Writable  Control  Store) 
(CPU1/CPU2  Interface) 
Memory  2 (Intensity  Information) 
CPU2 

Symbol  Generation 
Sync  and  Timing 


Quarterly  Report 

2.4 

3 

4 
7 

4 

5 

5.  6.7 

4 

3 

6 

3,  5 


As  noted  above,  this  section  gives  the  interval  design  and  additional 
information  on  the  interface  between  the  two  CPU's.  The  hardware  design 
tasks  are  complete  except  for  some  minor  changes  that  might  take  place 
during  checkout. 
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STATUS  OF  MODULES 


Table  1 updates  the  status  of  the  various  modules  to  date.  The  percentage 
given  is  a rough  estimate  of  progress  for  each  task.  The  status  of  each 
functional  subassembly  is  as  follows: 

• Image  Enhancement--adaptive  contrast  enhancement  board  checked 
out  for  PATS  board.  DC  Restore  and  global  gain/bias  will  be 
checked  out  during  integration  phase. 

• Edge  Board'-some  modifications  were  made  due  to  some  wiring 
errors  which  affect  threshold  calculation.  The  board  is  checked 
out  and  functional.  An  example  of  raw  video  and  edge  output  is 
shown  in  Figure  1 for  some  FLIR  imagery. 

• Bright  Board--error  found  in  background  filter  implementation; 
CCD's  fine  tuned  for  optimum  bandwidth.  An  example  of  bright 
(hot)  output  is  shown  in  Figure  2. 

• Interval- -design  completed,  two  boards  required  for  implementation, 
each  board  having  about  50  IC's.  One  board  built  with  second 

about  half  done.  Checkout  to  begin  soon.  A description  of  the  design 
is  included  in  this  report. 

• CPUl--six  boards  built,  including  sequencer,  ALU  with  multiplier. 
Memory  #1,  Memory  #1  constants,  DMA /FIFO  interface,  and 
CPU1/CPU2  interface  sequencer  checked  out  using  writable  control 
store.  No  problems  encountered;  prom  program  storage  in 
operational  system  is  a potential  problem. 
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Figure  1 A.  FI. Ill  Raw  Video 


TABLE  1.  STATUS  OF  PATS  HARDWARE  (PERCENTAGE  COMPLETED) 
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Subpart 

Boards 

Design 

Schematics 

Build 

Checkout 

Kxcluding 

Integration 

Image  enhancement 

Adaptive  Contrast  enhancement 

1 

100 

100 

100 

1 00 

DC  Restore 

1 

100 

100 

100 

0 

edge 

1 

100 

100 

100 

95 

Bright 

1 

100 

100 

100 

95 

Interval 

1 

100 

100 

75 

0 

CPl’l  (Digital  Processing  Subsystem) 

Processor  Inc  Multiplier 

1 

100 

100 

100 

100 

Microprogram  Memory  Sequencer 

1 

100 

100 

100 

1 00 

FIFO/DMA  l/F 

1 

1 00 

95 

95 

50 

Memory  1 

2 

100 

100 

100 

100 

CPF1/CPU2  l/F  (inc  in  CPl’2) 

i 

NA 

NA 

NA 

90 

Memory  2 

A/D,  Summation 

i 

100 

100 

100 

100 

Memory  Control  and  Refresh 

i 

100 

100 

100 

100 

Memory  512  x 512  x 2 

4 

100 

100 

100 

100 

CPl'2 

CPI!  with  16K  Memory  (KD  11-HC) 

2 

NA 

NA 

NA 

100 

PROM  Board  (MRV11-AA) 

i 

NA 

NA 

0 

0 

Serial  Port  (DLV11)  inc  Printer/ 

Keyboard 

i 

NA 

NA 

NA 

100 

Refresh/Bootstrap  (RKV11-C) 

i 

NA 

NA 

NA 

100 

Floppy  Controller  (RXV11-BA)  inc 

Floppies 

i 

NA 

NA 

NA 

100 

Symbol  Generator  (one  included  in 

CPl'2) 

2 

100 

100 

1 00 

90 

Sync  and  Timing 

Sync  Separator  and  Video  Switches 

1 

100 

100 

100 

100 

Sync  Generation 

1 

100 

90 

100 

100 

Writable  Control  Store 

1 

100 

50 

100 

100 

NA-Not  applicable  to  PATS  Design  Tasks 
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ALU  with  Multiplier- -checked  out  okay,  individual  control 
proms  burned  for  operation.  Revision  at  gate  level  taking 
place  during  checkout  for  timing  considerations. 

Memory  #l--ali  16K  x 16-bit  chips  in  and  working.  Extensive 
memory  test  remains  to  be  done. 

Memory  #1  Constants- -prom  storage  of  constants  needs  to  be 
worked  on.  Presently  using  RAM  for  storage  of  constants. 

DMA/FIFO--checked  out  except  for  FIFO  operation. 

CPU1/CPU2  interfaces- -additional  chips  added  for  interface; 
description  included  as  part  of  this  report. 

• Memory  #2--total  of  six  boards  built  and  initial  checkout  complete. 
This  includes  memory  planes. 

• CPU2--this  computer  was  purchased;  all  parts  have  been  assembled 
and  are  functioning.  This  computer  may  be  removed  from  operational 
system  and  used  in  training  and  evaluation  only. 

• Symbol  Generator- -build  and  checkout  completed  for  two  boards: 
one  board  fits  into  CPU2  and  will  be  rebuilt  in  cards  used  for  most 
of  PATS  hardware,  second  board  does  vector  generator.  An 
example  of  output  from  symbol  generator  is  shown  in  Figure  3. 

• Sync  and  Timing- -both  boards  built  and  checked  out;  work  well 
with  525-line  camera;  PROM  will  have  to  be  blown  for  875-line 
system. 
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• Writable  Control  Store- -used  as  part  of  MDS  system  for  microcode 
development  and  checkout;  working  and  being  used  as  part  of  CPU1 
checkout. 


i 
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POWER  SUPPLY 


The  power  required  for  the  system  was  given  in  the  last  quarterly  report. 
These  requirements  are: 


Supply  Voltage 

Current 

+5 

24.  6 

+12 

2.  5 

+15 

1.  6 

-15 

2.  0 

-5 

.5 

These  values  exclude  CPU2  power  except  for  the  symbol  generator  board. 

A total  of  four  power  supplies  have  been  ordered  for  the  system.  The  ±5 
volt  power  supply  has  been  ordered  from  Arnold  Magnetics.  Each  side  has 
current  capability  of  2.  5 Amps.  Two  +5V,  20A  supplies  plus  one  +12V 
8.  3A  power  supply  has  been  ordered  from  KEC. 
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All  the  power  supplies  will  handle  47-440  Hz  input  and  can  be  used  both  in 
the  lab  and  in  an  aircraft. 


A 


INTERVAL  DESIGN 


The  design  of  the  PATS  interval  circuits  includes  the  implementation  in 
bipolar- TTL  logic  a number  of  PAT  functions: 

i 
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• Generation  of  an  interval  based  on  past,  present,  and  future  edge, 
hot  and  cold  signals 

• Validation  of  an  interval  as  meeting  certain  practical  constraints 

• Storage  and  generation  of  key  interval- related  data;  intensity  sums, 
bright,  width  and  interval  counts,  and  background  estimates 

• Making  interval  data  available  to  the  processor  memory  and 
instructing  it  that  valid  data  is  ready. 

The  implementation  of  these  functions  is  described  in  the  subsections  which 
follow.  See  Figure  4. 

INTERVAL  GENERATION 

The  generation  of  an  interval  is  based  on  the  bidirectional  interval  extraction 
algorithm  shown  in  Figure  5.  Note  that  the  algorithm  is  to  be  applied  on 
the  pixels  of  the  line  from  left  to  right  and  right  to  left.  For  simulation 
purposes  this  is  easy,  since  the  hot,  cold  and  edge  data  is  available  in 
memory.  However,  for  real-time  applications,  the  data  is  available  only 
in  left  to  right  or  time  increasing  format.  Hence  it  is  necessary  to  be  able 
to  perform  a set  of  alternate  tests  on  the  left  to  right  data  that  would  yield 
the  same  results  as  if  operating  on  the  line  from  right -to -left.  That  is,  the 
new  tests  should  turn  on  an  interval  where  we  would  have  turned  one  off  in 
the  right  to  left  sense.  Inverting  the  appropriate  tests  of  Figure  5,  we  arrive 
at  the  modified  turn  on/off  criteria  shown  in  Figure  6.  This  new  algorithm 
properly  generates  intervals  when  the  data  is  available  in  only  one  "direction." 
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Figure  4.  Interval  Boards 


PI 


HOT 


COLD 


EDGE 


INTERVAL 


The  following  quantities  are  involved: 


VALUE 

3 
2 

4 

3 

4 


VARIABLE  DESCRIPTION 

N Edge  count  threshold  for  interval  turn  on 

M Size  of  brightwindow  for  interval  turn  on 

L Size  of  turn  off  window 

K Threshold  for  turn  off  count 

Margin  Max  (M,  L,  3) 


There  are  hot,  cold  and  edge  signals.  Separate  intervals  are  obtained  for 
hots  and  colds  that  is,  if  turn  on  with  hots,  then  only  look  for  hots  for 
turning  off;  if  turn  on  with  colds,  then  only  look  for  colds  for  turning 
off. 


.1 


Figure  5.  Bidirectional  Interval  Extraction  Algorithm 
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Notr.  Tht  algorithm  below  it  applied  to  tech  scan  line  forwards  (lalt  to  tight)  and  backwards 
(right  to  hit). 

Let  j be  the  jth  position  along  the  itk  scan  line  and'. 

1^1  = 1 or  0 FOR  INTERVAL  OR  NO  INTERVAL 

Hj  j = 1 or  0 FOR  HOT  OR  NOT  MOT 

C4  j = 1 or  0 FOR  COLO  OR  NOT  COLD 

E: : = 1 or  0 FOR  EDGE  OR  NO  EDGE 


Always:  j = 1.2 (NC-MARGIN  + 1) 

(nc  = no.  ot  columns  (total  no.  ol  pixels  along  scan  line) 

Hot  interval  algorithm  (likewise  use  C,  j (or  cold  intervals) 


SET  i 

* 1 

M-1 

5:  IF 

S H,)+p  - M 

p = 0 

GOTO  10 

ELSE 

l.j  " o,  j - j + 1,  GO  TO  5 

2 

10:  IF 

* Ei-1,j+p  >N 

p = -2 

2 

OR 

* Ei,j+P 

p = -2 

2 

OR 

2 Ei+1,j+p>N 

p = 2 

1 

THEN  GO  TO  20 

ELSE 

,E  1 Ei-1,  j+p  > 0 

P*-1 

1 

AND 

- E»,  i+P  > o 

p*-i 

AND 

~ Ei+1,  j+p  ^ ® 

THEN  GO  TO  20 

20:  Turn  on  interval  (here  hot) 

21:  IF:  Hy*  Hy*  , My,  t _ ,<  K 

Than:  interval  is  turned  oH,  go  to  S Else:  interval  u on,  ly  = 1,  j — j + 1,  GO  TO  21 

Figure  5.  Bidirectional  Interval  Extraction  Algorithm  (concluded) 


I 

'I 

it 


• TURN  ON  AN  INTERVAL  IF  (INTON) 


L-1 

2 

Mi.  j-p 

K 

(HRLON) 

p = 0 

OR 

L-1 

2 

ci.  i-P 

> 

K 

(CRLON) 

p = 0 

M— 1 

OR 

y 

w 

p = 0 

M-1 

Hi.  i+p 

s 

M 

OR 

AND  FILEDGETRUE 

(HLRON) 

y 

p = 0 

ci.  i+p 

= 

M 

AND  FILEDGETRUE 

(CLRON) 

"(NAME)"  IS  LOGICAL  SIGNAL  NAME  FOR  TRUE  RESULT 

• TURN  INTERVAL  OFF  IF  (INTOFF) 

L-1 


2 

Hu+P  < 

K 

(HLROFF) 

p = 0 

OR 

L-1 

2 

ci.hp  < 

K 

(CLROFF) 

p = 0 

OR 

L-1 

V 

i* 

Hu-p  < 

K 

(HRLIOFF) 

p = 0 

OR 

L-1 

2 

Ci.i-P  < 

K 

(CRLIOFF) 

p = o 

OR 

M-1 

2 

hU-p  = 

M 

AND  Hj  |+1  - 0 

ANO  FILEDGE  (CHRL20FF) 

p = 0 

OR 

M-1 

2 

cU-p  = 

M 

AND  Ci  j+1  - 0 

AND  FILEOGE  (CRL20FF) 

p a 0 

Figure  6. 

Undirectional  Interval  Extraction 
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• TURNOFF  IF 

HLROFF  or  CLROFF  or  HRL1QFF  or  CRLIOFF  or  HRT20FF  or  CRL20FF 

FI  LEDGE  (used  to  indicate  occurrence  of  edge  at  start  or  end)  is  true  if  a or  b is  true  below. 
2 


a.  £ 

p = -2 

Ei-1,  j+p 

> 

N 

OR 

2 

£ 

Ps -2 

2 

Ei.  i+P 

> 

N 

OR 

£ 

p-2 

Ei+1,j+p 

> 

N 

1 

b.  £ 

p — 1 

Ei-1,j+p 

> 

0 

AND 

1 

£ 

p— 1 

E«.  j+P 

> 

0 

AND 

PM  Ei+1'»+" 


> 0 


Figure  6.  Undirectional  Interval  Extraction  (concluded) 
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A block  diagram  of  the  generation  logic  is  shown  in  Figure  7.  The  edge 
signals  at  the  previous  line  and  next  line  are  obtained  via  cascaded  256-bit 
digital  shift  registers  to  serve  as  1H  delays.  To  delay  equalize  the  hot  and 
cold  signals,  these  are  each  delayed  by  2H  in  a similar  fashion.  To  obtain 
the  required  pixel  delays  along  a line,  eight-bit  shift  registers  are  used. 
Thus,  we  have  available  all  the  Hi,  j,  Ci,  j and  Ei,  j as  specified  by  Figure 
6.  To  perform  the  sums 


•(L-l ) 


H. 


p=0 


i.  j+P 


L-l 

E 

P"  o 


H. 


LJ+P 


-(L-l) 

E 

p=0 


C. 


i.3+P 


L-l 

and 

P~0 


'i.  j+P 


Eight-bit  by  32-word  PROMS  are  to  be  used  to  provide  a number  of  combina- 
tional output  functions,  as  shown  in  Table  2.  The  prom  outputs,  used  directly 
or  compared  against  a preset  digital  value,  allow  the  performance  of  all 
the  tests  outlined  by  the  algorithm.  The  test  for  M consecutive  Hi,  j,  or 
Ci,  j being  1,  is  implemented  using  AND  gates  to  look  at  M adjacent  pixels 
along  a line.  Note  that  N,  L,  M,  and  K are  all  adjustable  from  one  to  five. 


All  of  the  potential  turn  on/off  logical  signals  are  next  "OR"  ed  together  to 
provide  a common  turn  on  signal,  and  a single  "color"  turn  off  signal.  That 
is,  the  turn  off  criterion  used  must  be  for  Hi,  j if  a hot  interval  is  started 
and  only  Ci,  j if  a cold  interval  is  started. 


The  generation  logic  up  to  this  point  is  strictly  combinational.  That  is, 
the  turn  on/off  signals  can  change  with  each  new  pixel  enetered.  Now  state- 
logic  is  needed  to  do  the  actual  interval  generation.  In  particular,  seven 
J-K  flip  flops  are  used  to  provide  memory  and  sequencing  of  the  interval 
generation  algorithm.  The  outputs  from  each  flip  flop  are  discussed  below. 
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Figure  7.  Interval  Generation 
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TABLE  2.  PROM  PROGRAM  MAP  AND  DEFINITIONS 
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1.  INTON- -this  signal  becomes  true  on  the  next  clock  cycle  after  an 
interval  turn-on  criterion  has  been  met.  It  will  remain  true  until 
two  clock  cycles  after  a turn-off  criterion  has  been  met. 

2.  INTOFF--will  become  true  for  one  clock  cycle  on  the  first  clock 
cycle  following  the  occurrence  of  a turn-off  criterion.  INTOFF 
cannot  become  true  unless  INTON  is  already  true. 

3.  ES  (edge  at  start)--will  become  true  on  the  next  clock  cycle  following 
the  occurrence  of  interval  turn-on  if  the  turn  on  was  initiated  by 

the  coincidence  of  hot  or  cold  and  edge  signals. 

4.  EE  (edge  at  end)--like  ES  except  that  it  follows  the  turn-off  event 
time  if  caused  by  an  edge-turn-off. 

5.  HOTINT--this  signal  indicates  the  "color"  (hot  or  cold)  of  an  interval. 
If  true,  the  interval  is  hot;  cold  if  false.  It  can  become  true  if 

the  turn-on  criterion  was  due  to  a hot  signal.  HOTINT  is  reset 
after  interval  turn-off. 

6.  INTVAL — this  signal  is  exactly  like  INTON  except  that  it  becomes 
true  during  the  clock  cycle  in  which  interval  turn  on  occurs.  This 
signal  is  the  interval  level  signal  used  by  other  PATS  boards. 

7.  VALIDEOI  (valid  end  of  interval)- -this  signal  will  be  true  high  for 
one  clock  cycle  following  the  occurrence  of  INTOFF  if  the  interval 
is  declared  valid.  This  pulse  is  used  to  signal  the  DMA  board 
that  a new  set  of  interval  data  has  been  latched  and  should  be  read- 
in.  The  validation  of  the  interval  is  discussed  next. 
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INTERVAL  VALIDATION 


At  present,  an  interval  is  declared  valid  if  all  of  the  following  are  true: 

• Either  EE  or  ES  is  true  (an  edge  occurred  within  the  interval). 

• The  width  of  the  interval  after  turn-off  is  * 63jo  pixels. 

• There  have  been  fewer  than  21 10  intervals  declared  valid  on  the 
current  scan  line. 

These  tests  are  "AND"ed  together  to  allow  the  occurrence  of  VALIDEOI.  The 
result  of  the  AND  is  called  FIFOLOAD  and  is  used  to  control  the  loading  of  a 
16-bit  x 64-word  FIFO  to  provide  a 1H  delayed  replica  of  the  interval. 
FIFOLOAD  is  also  used  to  latch  all  relevant  interval  data  for  use  in  the 
DMA  board.  This  section  is  discussed  in  more  detail  below. 

INTERVAL  DATA  STORAGE 


Associated  with  each  valid  interval  are  a number  of  first-level  features 
Each  of  these  features  is  latched  at  the  end  of  an  interval  into  octal  tristateable 
latches.  The  data  put  into  these  latches  consists  of  (see  Figure  8): 

• YPOSOO  - YPOS09  10  bits  indicating  the  scan  line  number 

• INCTO  - INCT4  5 bits:  the  number  of  intervals  on  the 

line 


• INTV21 

• HOTINT 

• WCO  - WC4 


1 bit  indicating  that  * 21  intervals 

£ 

occurred  on  the  present  scan  line 

1 bit  indicating  the  interval  temperature 

5 bits  indicating  the  width  of  an  interval 
from  0 to  31 


/ 

> 

f 


r- 


r: 


> 

I 
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• WIDTHBAD 

• BCNTO - BCNT5 

• ISUMO  - ISUM7 

• BGESTO - BGEST7 

• XPOSO  - XPOS8 


1 bit  indicating  that  the  interval  width 
exceeds  31  jg  and  acting  as  the  2^  bit 
of  width  count  as  long  as  0 £ width  £ 63 

6 bits  indicating  the  number  of  hots  or 
colds  occurring  within  an  interval 

8 bits  indicating  the  intensity  sum  on 
the  pixels  of  the  interval.  Derived 
outside  of  interval  circuits 

8 bits  indicating  an  estimate  of  the 
background  intensity  over  an  interval 

9 bits  indicating  the  pixel  number  at 
which  the  current  interval  started 


RANGE,  RANGER,  AZIM 
(Reserved) 


48  bits  indicating  range,  velocity  and 
azimuth  within  the  laser  FOV 


All  data,  except  YPOS  and  ICNT,  are  bussed  together  on  16  lines  called 
FL00-FL15.  The  data  is  accessed  as  six  16-bit  words,  each  enabled  on  the 
tri- state  bus  by  ENFL0-ENFL5.  This  16-bit  bus  provides  the  input  to  the 
first  level  FIFO/ DMA  board.  YPOS  and  ICNT  form  a separate  16-bit,  non 
tri-state  word  which  is  also  read  by  the  FIFO/DMA  board  at  the  end  of  every 
scan  line. 


As  mentioned  above,  a replica  of  the  valid  interval,  but  delayed  by  one  line 
time,  must  also  be  generated.  This  is  done  by  storing  the  XPOS  and  WC 
data  for  valid  intervals  in  a 64-word  FIFO).  The  delayed  XPOS  data  is  then 
compared  with  the  current  XPOS,  and  when  a match  occurs,  the  width  count 
associated  with  that  position  is  loaded  into  a down  counter.  The  5-bit  output 


- 


of  the  down  counter  is  then  compared  against  zero,  and  the  condition  that 
the  count  is  greater  than  zero  is  used  as  the  delayed  interval  signal.  This 
scheme  was  chosen  over  digital  delay  lines  since  it  obviates  the  need  to  make 
a look-ahead  decision  about  the  validation  of  an  interval,  as  well  as  the  more 
complex  clocking  scheme  that  the  delay  lines  would  require.  An  example 
of  the  interval  generation  timing  is  in  Figure  9. 

CPU1  - CPU2  INTERFACE 

* 

An  interface  between  CPU1  and  the  CPU2  DMA  board  has  been  designed, 
built,  and  will  be  checked  out  shortly.  The  CPU2  DMA  is  the  Computer 
Technology  DMA- LI  1 which  was  described  in  the  previous  quarterly  report. 
The  DMA- LI  1 together  with  the  interface  between  it  and  CPU1  form  the 
complete  CPU1  - CPU2  interface. 

The  block  diagram  of  this  interface  appears  in  Figure  10.  All  I/O  transfers 
on  the  CPU1  side  of  the  interface  are  accomplished  via  programmed  I/O; 
all  transfers  on  the  CPU2  side  are  accomplished  via  DMA.  The  speed  of 
the  interface  is  limited  by  the  speed  of  the  CPU2  DMA  which  is  approximately 
800  kHz.  The  interface  protocols  are  described  in  the  two  sections  following. 
Note  that  all  CPU2  addresses  are  in  octal  and  all  CPU1  addresses  are  in  hex. 


CPU1  TO  CPU2  DATA  TRANSFER 


CPU1  to  CPU2  data  transfers  always  have  a fixed  length  of  102  words  and 
always  go  into  a fixed  buffer  in  CPU2.  To  accomplish  the  transfer,  the 
following  must  occur: 

1D.  E.  Soland,  et  al. , "Prototype  Automatic  Target  Screener,  " Quarterly  Pro- 
gress Report  No.  6, Contract  No.  DAAK70-77-C-0248,  Honeywell  Systems  and 
Research  Center,  Minneapolis,  MN,  April  6,  1979,  pp.  50,  53-65. 
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Figure  9.  Example  of  Interval  Timing 


Figure  10.  Block  Diagram  of  CPU1-CPU2  Interface 


1.  CPTJ1  strobes  location  6002  which  results  in  an  interuupt  being 
generated  to  the  DMA- LI  1 and  CPU2.  In  response  to  this  interrupt, 
CPU 2 initializes  the  registers  in  the  DMA- LI  1 in  the  following 
manner; 

• DMA  memory  address  is  set  to  PASTIN-2,  where  PASTIN  is 
the  origin  of  the  buffer  in  CPU2  which  will  receive  the  data. 

The  memory  address  register  is  at  location  177514. 

• DMA  byte  count  is  set  to  -205.  This  enables  a transfer  of 
102  words  (or  204  bytes).  The  byte  count  register  is  at 
location  177516. 

• Control/ status  register  at  location  177512  is  written  to  disable 
external  interrupts,  enable  internal  interrupts,  and  enable 
transfers  into  CPU2. 

After  these  registers  are  initialized,  CPU2  interrupts  CPU1  by 
writing  to  location  177500.  In  the  meantime,  CPU1  has  been  in  a 
loop  waiting  for  this  interrupt. 

2.  When  CPU1  receives  the  go-ahead  interrupt  from  CPU2,  it  proceeds 
to  DMA  each  of  the  102  words  to  CPU2  by  writing  each  one  in  turn 
to  location  6003.  The  1 02  words  are  transferred  in  the  following 
format; 

Word  Contents 

Data  identifying  code 
Number  of  data  words  being  transferred 


Data 
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Word  1 tells  CPU2  the  type  of  data  being  transferred  (for  example, 
feature  data,  debugging  or  error  messages,  etc.  ).  Word  2 gives 
the  total  number  of  data  words  which  will  ultimately  be  transferred 
to  CPU2.  If  this  number  is  greater  than  100,  CPU2  will  know  that 
it  can  expect  more  data  in  a subsequent  DMA  transfer,  and  that 
this  data  will  logically  belong  with  the  data  from  the  current 
transfer.  For  example,  if  CPU1  wishes  to  send  CPU 2 a total  of 
250  words,  it  will,  in  turn,  DMA  each  of  the  following  three  records 
to  CPU2: 


Record  1: 


Record  2: 


Record  3: 


word  1 = data  ID  code 

word  2 = 250 

word  3 - word  102  = data 

word  1 = data  ID  code 

word  2 = 150 

word  3 - word  102  = data 

word  1 = data  ID  code 
word  2 = 50 

word  3 - word  52  = data 
word  53  - word  102  = don't  care 


If  on  the  other  hand,  CPU1  wishes  to  transfer  only  73  words  to  CPU2, 
it  will  DMA  one  record  with  the  following  contents: 

word  1 = data  ID  code 
word  2 = 73 

word  3 - word  75  = data 

word  76  - word  102  = don't  cares 


. 
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3.  When  all  the  data  from  a single  102-word  record  has  been  transferred, 
byte  count  overflow  in  the  DMA-L11  will  cause  it  to  interrupt  CPU2. 
CPU2  will  then  remove  the  data  from  the  buffer  and  place  it  elsewhere 
in  memory.  Finally,  CPU2  will  rewrite  the  control  status  register 
to  enable  external  interrupts  and  disable  internal  interrupts. 

CPU2  TO  CPU1  DATA  TRANSFER 


Unlike  CPU1  to  CPU2  transfers,  these  transfers  are  not  restricted  to  any 
particular  record  size.  CPU2  can  set  the  word  count  register  on  the  DMA- 
Lll  to  any  number  provided  it  does  not  overflow  the  word  count  register 
or  the  memory  size  in  CPU1.  To  transfer  the  data,  the  following  must 
occur: 


1.  CPU2  interrupts  CPU1  by  writing  to  location  17500.  Prior  to 
doing  this,  CPU2  set  up  all  the  registers  in  the  DMA- LI  1 appro- 
priately. Internal  interrupts  on  the  DMA- LI  1 are  enabled. 

2.  CPU1  responds  to  the  interrupt  by  DMAing  three  words  of  data 
from  CPU2.  The  three  words  are  as  follows: 

Word  Contents 


1 Data  identifying  and/or  command  code 

2 Starting  memory  address 

3 Number  of  data  words  being  transferred 


Word  1 is  used  to  indicate  into  which  CPU1  memory  data  is  to  be 
placed  (that  is,  either  Memory  1 or  Memory  2).  It  is  also  used 
to  pass  commands  which  direct  CPU1  processing.  If  after  examining 
word  1,  CPU1  determines  that  a data  transfer  is  being  requested 


.1 

J 
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by  CPU2,  CPU1  sets  itself  up  to  handle  the  transfer  using  the 
additional  data  in  words  2 and  3.  Word  2 is  the  starting  address 
at  which  data  will  be  placed  in  the  selected  memory.  For  this 
purpose.  Memory  2 is  mapped  into  a one -dimensional  address 
space  which  spans  each  row  from  left  to  right,  starting  with  the 
left- most  pixel  of  the  first  row. 

Word  3 is  the  total  number  of  data  words  CPU1  will  be  trans- 
ferring from  CPU2.  CPU1  DMAs  data  from  the  DMA-L11  by 
reading  location  6003.  A read  must  be  done  for  every  word  being 
transferred. 

3.  When  all  the  transfers  have  been  made,  byte  count  overflow  on  the 
DMA- LI  1 causes  an  interrupt  of  CPU2.  CPU2  then  enables 
external  interrupts  on  the  DMA- LI  1 to  enable  an  interrupts  from 
CPU1. 

SUMMARY 

It  is  the  nature  of  the  DMA- LI  1 that  all  DMA  transfers,  whether  to  or  from 
CPU 2,  must  be  requested  a word  at  a time  by  the  external  device,  that  is, 
CPU1.  The  protocol  described  meets  this  requirement  by  using  interrupts 
to  signal  between  CPU1  and  CPU2.  Data  from  CPU1  to  CPU2  is  always 
transferred  in  fixed  length  records,  one  record  at  a time,  to  a fixed  buffer 
in  CPU2.  This  avoids  the  necessity  of  passing  a starting  address  and  word 
count  from  CPU1  to  CPU2.  Transfers  from  CPU2  to  CPU1  do  not  have  this 
restriction.  CPU2  is  notified  of  the  completion  of  a DMA  transfer  by  an 
interrupt  from  the  DMA- LI  1.  The  DMA- LI  1 will  also  interrupt  CPU2  in 


the  event  of  DC  power  failure  or  a bus  timeout  error  on  the  LSil  1 Qbus. 
If  either  of  these  events  occurs  in  the  course  of  a DMA  transfer,  CPU2 
aborts  further  transfers  by  interrupting  CPU1  with  a write  to  177502. 
CPU1  responds  to  this  interrupt  by  ceasing  DMA  requests. 
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SECTION  m 


SOFTWARE  STATUS 


This  section  presents  information  on  the  status  of  the  microcode  software 
development  and  the  CPU2  software.  Even  though  CPU2  may  be  eliminated 
as  part  of  the  flight  test  system,  certain  software  is  being  developed  relative 
to  testing  of  CPU1,  interframe  analysis  and  symbol  generation.  This 
software  will  have  to  be  transferred  to  CPU1  microcode  when  CPU2  is 
eliminated. 


CPU 2 SOFTWARE 


The  quarterly  report  dated  8 January  1979  contains  a description  of  all 
CPU2  software  Tables  8 and  9 from  that  report  are  reproduced  here,  for 
easy  reference,  as  Tables  3 and  4.  In  Tables  3 and  4,  the  routines  with 
the  * next  to  them  have  not  been  tested.  All  others  have  been  coded  and 
tested.  Testing  was  performed  with  artificial  data  designed  to  allow  tracing 
through  control  structures  as  well  as  testing  computations. 


This  testing  has  been  done  for  major  divisions  of  the  software.  For  example, 
in  Table  4 all  the  routines  listed  under  the  heading  "interframe  analysis" 
have  been  tested  together.  But  they  were  tested  with  stubs  for  APC,  UIT, 
etc..  The  stubs  just  printed  a message  rather  than  doing  anything.  Similarly, 
the  symbol  generation  routines  have  been  tested  using  DISPTST  to  call  them, 
but  the  interframe  analysis  routines  were  replaced  with  stubs. 
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With  this  procedure,  major  portions  of  the  hierarchy  chart  (Figure  11) 
have  been  tested  independently.  Now  they  can  be  tested  together. 

TABLE  3.  CPU2  SOFTWARE  USED  PRIMARILY  FOR  DIAGNOSTICS 

CHEKMEM* 

DISPTST 

MEMTEST* 

PROTOCL* 

SIMULATE 

TABLE  4.  OTHER  CPU2  SOFTWARE 


General 

Interframe  Analysis 

Cueing 

CPU1INPUT* 

COSTIT 

A PC 

DMACODE* 

ELECT 

CUEIT 

DMAINVL* 

GETUM 

ERASE 

DMARES1  * 

HUH 

NONTAR 

DMARES2* 

INTER 

NOTHNG 

DMAVEC1 * 

PAIRUM 

TANK 

DAMVEC2* 

PICK 

TRUCK 

INITIAL 

DUMPSTAT 

UIT 

ISR1* 

AACAN 

ISR2* 

AALNCH 

O PIN  PUT 

SUPER 

TRAIN 

rarchy  of  Software  Modules 


CPU1  SOFTWARE  STATUS 

Summary 

There  has  been  no  change  in  the  status  of  CPU1  algorithm  microcode  since 
the  previous  report;  that  is,  all  microcode  has  been  written  except  that 
which  will  support  the  CPU1  - CPU2  interface.  (This  interface  has  been 
designed  and  is  described  in  Section  II. ) The  software  for  this  interface  is 
now  being  designed  and  coded  and  will  be  tested  during  checkout  of  the 
interface  hardware.  Checkout  of  CPU1  algorithm  microcode  will  begin  as 
soon  as  the  CPU1  - CPU2  interface  is  debugged,  since  CPU1  processing 
results  will  be  passed  to  CPU2,  and  test  data  will  be  supplied  to  CPU1 
from  CPU2. 

Test  microcode  for  the  slow-speed  (single  step)  checkout  of  CPU1  has  been 
written  and  used  to  checkout  every  CPU1  subsystem.  During  this  reporting 
period,  single  step  checkout  of  the  ALU,  sequencer  and  the  high  speed  RAM 
(Memory  1)  was  completed.  Checkout  of  the  DMA/FIFO  board  which  transfers 
the  first  level  features  to  Memory  1 is  about  50  percent  complete.  The 
latter  board  is  itself  microprogrammable  and  contains  its  own  independent 
microstore.  No  writable  control  store  has  been  designed  for  this  board  so 
all  testing  must  be  done  with  its  microcode  in  PROM.  Fortunately,  the 
microcode  needed  to  drive  the  DMA/ FIFO  board  is  relatively  brief  (<50 
microinstructions),  and  narrow  (29  bits),  and  so  is  manageable  without  a 
writable  control  store.  The  DMA/FIFO  board  is  not  needed  for  checkout  of 
CPU1  algorithm  microcode,  so  the  checkout  of  this  board  will  be  completed 
in  parallel  with  the  algorithm  checkout. 
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DMA/FIFO  Algorithm  Description 


The  purpose  of  the  algorithm  implemented  in  microcode  on  the  DMA/ FIFO 

board  is  to  transfer  first  level  feature  data  from  the  internal  generation 

output  bus  to  CPU1  Memory  1.  The  input  first- in  first-out  (FIFO)  buffer 

and  DMA  controller  hardware  was  originally  described  in  Quarterly  Report 
2 

No.  4.  The  hardware  block  diagram  is  shown  in  Figure  12  and  the  algorithm 
flowchart  in  Figure  13. 

At  the  end  of  the  active  portion  of  each  scan  line,  an  "end  of  line"  signal 
is  produced  by  the  interval  generation  hardware.  If  the  DMA /FIFO  micro- 
controller fails  to  sense  end  of  line,  it  vectors  to  microcode,  which  checks 
to  see  if  the  CPU  is  trying  to  do  I/O  on  the  registers  in  the  DMA  address 
generator.  Any  pending  I/O  requests  are  then  serviced,  and  the  microprogram 
then  re-loops  to  the  end  of  line  check. 

If  end  of  line  is  sensed,  the  microcontroller  vectors  to  microcode,  which 
will  transfer  to  Memory  1 any  feature  data  produced  during  the  last  scan 
line.  This  microcode  first  determines  whether  any  feature  data  was  produced 
by  loading  the  feature  word  count  into  the  word  count  register  of  the  DMA 
address  generator.  If  this  count  is  zero,  the  address  generator  will  imme- 
diately give  a DONE  signal.  If  DONE  is  sensed,  the  microcode  re-loops 
to  the  end  of  line  check. 

If  feature  data  is  produced,  each  word  is  loaded  into  FIFOl.  (FIFOl  and 
FIF02  in  the  block  diagram  (Figure  12)  are  two  sets  of  64-word  by  16-bit 

2 

D.  E.  Soland,  et  al. , "Prototype  Automatic  Target  Screener,  " Quarterly 
Progress  Report  No.  4,  Contract  No.  DAAK70-77-C-0248,  Honeywell 
Systems  and  Research  Center,  Minneapolis,  MN,  Ocotober  20,  1978. 
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I/O  REQUEST 


SERVICE 
I/O  REQUEST 


IOAO  FEATURE 
WORD  COUNT 
INTO  DMA  AOORESS 
GENERATOR 


LOAD  INTERVAL  COUNT 
V POSITION 
INTO  FIF02 
REQUEST  CPUI  SUS 


r CPUI  N 
IUS  GRANTED, 


FIFO! 

OUTPUT 

READY’ 


RELEASE  CPUI 
(US 


Figure  13.  Flowchart  of  DMA/ FIFO  Algorithm 


FIFO  serial  memories. ) The  microcode  then  loads  FIF02  with  the  packed 
interval  count  and  Y position,  requests  the  CPU1  data  and  address  busses, 
and  enables  the  transfer  of  data  from  FIFOl  to  FIF02.  While  this  transfer 
is  occurring,  the  microcode  waits  for  the  busses  to  be  granted.  Once  the 
busses  are  granted,  each  word  is  removed  from  FIF02  as  it  becomes  available 
and  is  written  to  Memory  1. 


The  address  for  each  word  is  provided  by  the  DMA  address  generator,  whose 

address  register  is  assumed  to  have  been  appropriately  initialized  by  the 

CPU.  The  DONE  signal  is  checked  after  the  transfer  of  each  word.  Once 

DONE  is  sensed,  the  busses  are  released  and  the  microcode  re-loops  to 

* 

the  end  of  line  check. 


This  algorithm  has  not  yet  been  fully  microcoded.  However,  pieces  of  it 
have  been  coded  and  are  being  used  for  the  board  checkout.  The  DMA/ 
FIFO  microinstruction  format  is  described  in  the  next  section. 


DMA  /FIFO  Microinstruction  Format 

• i : I 

I 

As  is  the  case  with  the  ALU/sequencer  microinstruction,  the  DMA/FIFO 
microinstruction  is  composed  of  a number  of  subfields,  each  of  which  is 
dedicated  to  controlling  some  subsystem  within  the  hardware. 

* 

The  transfer  of  data  from  FIFOl  to  FIF02  is  guaranteed  to  be  complete 
by  the  start  of  the  active  portion  of  the  next  scan  line,  and  the  transfer 
of  data  from  FIF02  to  Memory  1 will  be  complete  by  the  end  of  the  next 
scan  line.  It  is  this  double  buffering  action  of  FIFOl  and  FIF02  that  com- 
pensates for  the  mismatch  in  data  rates  between  the  real-time  interval 
generation  hardware  and  the  CPU1  DMA. 
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The  microinstruction  format  is  shown  in  Figure  14.  The  AMDASM  micro- 
3 

assembly  language  is  used  to  generate  the  bit  pattern  for  each  of  the  various 
subfields  shown.  These  subfields  have  been  grouped  into  two  fields:  one 
dedicated  to  microinstruction  sequencing  functions  and  the  other  encompassing 
all  the  remaining  non- sequencing  functions.  Note  that  bit  16  is  unused. 

Field  1:  Microsequencer  Control  (bits  0-15)-- 


Subfields: 

1.  Branch  Address  (bits  0-7) 

The  microstore  is  256  words  deep;  hence,  the  8-bit  branch  address. 

2.  Branch  Instruction  (bits  8-10) 

The  heart  of  the  sequencer  is  a pair  of  bit  slice  microcontroller 
ICs;  namely  the  Am  2909  and  Am  2911.  A set  of  eight  instructions 
is  implemented  for  them  in  32x8-bit  PROM.  These  instructions 
and  their  mnemonics  are  shown  in  Figure  15.  These  instructions 
are  essentially  a subset  of  those  implemented  on-chip  in  the  Am 
2910.  Default:  CONT. 

3.  MUX  Polarity  (bit  1 1 ) 

This  and  the  next  subfield  control  the  pair  of  Am  2922s  which  are 
used  to  implement  the  condition  code  multiplexor.  This  bit  controls 
the  polarity  of  the  MUX  outputs.  Mnemonics  are  shown  in  Figure 
16.  Default:  NOINVERT 

3 

Soiand,  et  al. , pp.  55,  56. 
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■IS  PA®  IS  BEST  QUALITT  mCIIOAJ5I4 
yj(Oll  OCtfT  WWUSHJffi  TOIiDC  " 


JZ:  EQU  0*0  (JUMP  4fc.i<t) 

CJS:  EQU  Qtl  (CONDI  I IUNAL.  JUMP  SUBPOUT 1 NL  pIFEL INE 

CJPl  • Aglreu  0*2  (CONDITIONAL  JUMP  PL 

CJVJ  'fpO  0*3  (CONDITIONAL  JUMP  VECTOR 

■CftTNI  *iQU  Qt4 LCQNHITIflNAL  RETURN  PPQM  S'JPR  

CJPPJ  EQU  Q*5  (CONDITIONAL  _UNP  PL  AND  POF  •I'-T'ACK 

LOOP!  EOU  0*6  (TEST  END  LOO* 

CONI:  EQU  Q»7  (CONTINUE 


Figure  15.  Branch  Instructions 


INVERT:  EOU  D#0  (fNVE'il  nt.'X  OUTFIT' 

NSTnVERTJEUU  B# t (NO  INVERSION 


Figure  16.  Condition  Code  Polarity  Selects 


c 


I , 
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4.  Condition  Code  Select  (bits  12-15) 

( a 

The  various  conditions  and  their  mnemonics  are  shown  in  Figure 
1 7,  Not  all  of  them  are  synchronized  with  the  sequencer  clock 
(that  is,  some  are  unlatched).  Such  conditions  should  be  tested 
only  when  it  is  known  they  are  stable.  Default:  TRUE. 


■ 1 


1 
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THIS  PACK  IS  BSSI  QUALITI  FftiflTUUAU 

jssm  oopy  tvjraiisHSD  ro  doc  — < 


# UNLUND1  l IONU. 

J DMA  (RANSFU.  fOr.*  Lt  It  (UNLATCHED) 

iriF02  output  ready 

>END  OF  LINE 

iEHO  OF  FRAME  ..  „ • 

#1/0  REQUEST  OK:  DMA  REOISTERS  (UNLATCHED) 
I PUS  '’KAN  1 E'Ji  re  DMA 

I MEMORY  KE  AD  (I'Nl.  ATCHEfi) 

>DA  T A VA11P 

IDATA  READY  (UNLATCHED) 


Figure  1 7.  Condition  Code  Selects 
Field  2:  DMA  and  FIFO  Control  (bits  17-29)-- 


Subfields: 


1 . FIFO  Control  (bits  17-19) 

These  bits  control  the  two  sets  of  FIFOs  (FIFOl  and  FIF02)  mentioned 
in  the  DMA /FIFO  algorithm  description.  Mnemonics  appear  in 
Figure  18.  Regardless  of  the  instruction,  data  is  always  enabled 
into  FIFOl  from  the  interval  generation  hardware  as  long  as  FIFOl 
is  not  full.  NOPFIFO  disables  the  transfer  of  data  from  FIFOl 
to  FIF02  and  holds  FIF02  in  its  current  state.  SO  enables  the 
transfer  of  data  between  FIFOl  and  FIF02  and  also  enables  the 
transfer  of  data  out  of  FIF02  to  the  data  bus  transceivers  as  this 
data  becomes  available.  CONNECT  enables  the  data  transfer  between 
two  sets  of  FIFOs  without  shifting  out  FIF02.  SI  loads  the  packed 
interval  and  Y position  count  into  FIF02.  Default:  NOPFIFO. 


I I 
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BIS  F1U  IS  BEST  aUiLIXI  IWflIU**-* 


NORFIFO:  EOU  0*0 

sot  eou  a*3 


£18  MU  QK 
EOU  0*4__ 


*r«u  UFTUul  ION 

t counter  I IMI  S ANO  SHIFT  OUT  FIFO? 
HUNNSC  I I UU-H  (NO  > IF  I 0U1  > 

ismn  in  fifo’ 


Figure  18.  FIFO  Control 

2.  Bus  Arbitration  (bits  20-21) 

Tnese  bits  allow  the  DMA  to  get  control  of  the  CPU1  data  and 
address  busses  prior  to  data  transfer  and  allow  it  to  release  the 
busses  once  the  transfer  is  complete.  Mnemonics  are  shown  in 
Figure  19.  Default:  NCBUS  (bus  ownership  is  left  in  its  current 
state ). 


NCBUS S EOU  L'tOl  iNl'  CHANGE  IN  &U3 

REUKIS; EflU.  liLU UiL!iil££Z-J!ii2 

RELHUSI  EOU  £i*00  (RELEASE  HUS 

Figure  19.  Bus  Arbitration 

3.  Memory  Handshake  (bits  22-23) 

These  bits  allow  the  DMA/ FIFO  board  to  use  the  data  and  address 
busses  using  the  standard  CPU1  bus  protocols^.  Menmonics  are 
shown  in  Figure  20.  Once  DMA/FIFO  has  assumed  bus  ownership, 
it  initiates  data  transfers  by  asserting  DVALID  (data  valid)  and 


4 


Soland,  et  al. , 


pp.  31,  32. 
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,«5  not  u msi  «uiU»«  nuais*iM 


OVALIP!  fJII  B#Ot  Jv-tl  1>A  I A '.ALU' 

DRIlY  i -CHJ  P»K>  S_SrJ.  JjAJA  READY 

CLEARHS ! SOU  B#00  ; CLEAR  DATA  VALID  AND  DATA  REAM 


Figure  20.  Memory  Handshake  Control 


waits  for  acknowledgement  from  the  addressed  device  via  the  data 
ready  signal  (tested  using  the  DATREADY  mnemonic  on  the  condition 
code  MUX).  When  it  is  not  bus  master,  DMA/FIFO  responds  to 
requests  from  the  CPU  by  sensing  data  valid  (via  the  DATVALID 
mnemonic)  and  asserting  DRDY  (data  ready).  Such  requests  are 
made  whenever  the  CPU  needs  to  read  or  write  the  registers  in 
the  DMA  address  generator  on  the  DMA/ FIFO  board.  Default: 
CLEARHS  (sets  data  valid  and  data  ready  to  their  inactive  states). 

DMA  Controller  Instruction  and  Bus  Enables  (bits  24-27) 

A pair  of  Am  2940s  form  the  16-bit  address  generator  for  the  DMA. 
These  bits,  besides  providing  the  instruction  inputs  to  the  Am  2940s, 
also  control  the  enables  for  the  internal  data  bus  on  the  DMA/FIFO 
board.  This  is  the  bus  labelled  D in  Figure  12.  This  bus  has  four 
transmitters,  (the  Am  2940s,  the  data  bus,  the  output  on  FIF02, 
and  the  feature  word  count)  and  two  receivers  (the  Am  2940s  and 
the  data  bus).  The  instruction  mnemonics  appear  in  Figure  21. 

These  instructions  encode  D bus  enables  for  the  following  transmitter- 
receiver  pairs:  AM  2940s  - data  bus  (instruction  RDCR,  RDWC, 
RDAC),  data  bus  - Am  2940s  (instructions  WRCR,  LDAD,  LDWCDB), 
FIF02  output  - data  bus  (instructions  REINF,  ENCTF),  feature 
word  count  - data  bus  (instructions  REINWCR,  ENCTWCR),  and 


46 


feature  word  count  - AM  2940s  (instruction  LDWCWCR).  Default: 
ENCTF  (enables  address  and  word  counters  on  Am  2940s  and  enables 
FIF02  output  on  to  data  bus). 


URCRt  EQU  H*0  (WRITE  CONTROL  RIO  AN l"  ENaHLE  IA'iA  PUS  ONTO  D 

RPCRt  EQU  H#1  I READ  CONTROL  R£il  ANH  ENAF  l L_P.  RNJJJ  DA  I A BUS 

RDWCt  ' ECU  H#2  I REAP  UORP  COUNTER  ANP  t'NAHLE  P UNTO  DATA  PUS 

ROACJ  EQU  (REAP  APPRESS  COUNTER  ANP  INAPLL  P C'NTO  DATA  PUS 

SElhEL- — EOU  Ht.-i  ME1H1I1ALLZE.  COURIERS  ANP  ENAI  LL_t'iF0D_0UTPUT  CNF CL  I'AIFL  F'S 

LOAD:  EQU  H#5  (LOAD  AP DRESS  ANP  ENAPLE  PA  TA  £US  ON  ID  P 

LDWCDBi  EQU  H#<S  (LOAD  WORD  COUNT  AMU  LMAPLI  PAT  A PUS  ONTO  P 

EMCTFt  EQJ  H«7' (ENABLE  COUNTERS  ANP  ENABLE.  UK1.'!  OUTPUT  ONTO  DATA  PUS 

jWrjNWCRl  EQU  H4C  (REINITIALIZE  COUNIERS  ANP  ENABLE  FEATURE  UORP  COUNT  ONTO  PAT  A 
fiflHTMCBi  .EQLLa>£|XLflAP  UORP  COUNT  AND  ENAPLC  F EATURE  UORP  COUNT  ONTO  P 

(tMCTWCRt  EQU  H*Ffl(ENABL.E  COUNTERS  ANP  ENABLE  FEATURE  UORP  COUNT  0NT0  PATA  PUc 


Figure  21.  DMA  Controller  Instruction  and  Bus  Enables 

5.  DMA  controller  carry-in  control  (bits  28-29) 

These  bits  are  the  complemented  carry-ins  to  the  address  and 
word  counters  on  the  Am  2940s.  Mnemonics  are  shown  in  Figure 
22.  Default:  NCI. 


CIS  EOU  B#00  (CARRY-IN 

■NCI!  LOU  B*H  (NO  CARRV  -IN 


Figure  22.  DMA  Address  Generator  Carry-In 
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IBIS  PACE  IS  BBS!  QUALITT  PRMJlIOAaU 
FROM  OOn  FVNUSKBD  TO  DOC  


Summary -The  mnemonics  used  to  designate  Field  1 and  Field  2 are 
BRANCH  and  DMA,  respectively.  The  AMDASM  format  DEFs  for  each  of 
them  is  shown  in  Figure  23.  Each  DMA/ FIFO  microinstruction  written  in 
AMDASM  must  contain  the  BRANCH  and  DMA  mnemonics;  mnemonics  for 
the  various  subfields  are  optional,  and  when  omitted,  the  specified  defaults 
take  effect.  An  example  of  DMA/FIFO  microcode  appears  in  the  next 
section. 


MUS  PAQK  IS  HliST  QUALITY  PfUiOTIft*AI4 

JHUJI  COPY  HMklSHJEL)  TO  DDC 


branch:  i<f>'  do*f  a ivn  i 

DMA:  Dfcf  1’X.  <VU»0  • ?VP*1 1 *?x 


t 


Figure  23.  AMDASM  Format  Definitions 
DM  A /FIFO  Microcode  Example 

The  microcode  shown  in  Figure  24  services  CPU  I/O  requests  on  the  registers 
in  the  DMA  address  generator  and  has  been  used  in  the  DMA/ FIFO  board 
checkout. 

The  CJV  branch  instruction  is  used  to  vector  to  microcode  needed  to  service 
a particular  I/O  request.  The  least  significant  three  bits  of  the  eight-bit 
vectored  address  are  the  inverted  least  significant  three  bits  from  the  CPU 
memory  address  bus;  the  most  significant  four  bits  are  set  in  microcode, 
and  the  remaining  bit  is  the  inverted  memory  read/write  signal. 


!■ 
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THIS  PA»*K  l.”  BK6T  QUAMT* 

HUM  MT'L  HHWUilUt  TO  UUQ  — — 


AMO  AMDASM  MICRO  ASSEMBLER.  02.0 

TEST  MICROCODE  FOR  DMA/FIFO  BOARD  ' ’ 

" ‘‘A 

> » CHECK  FOR  DATA  VALID 

JU11C.  DMATF  .ST:  BRANCH  DMATEST,  CJP.  INVERLtDATVALXD  1.  DMA 
001C  0001110001001000  *000  )10901 l 11 l X X 
i 

i CHECK.  FOR  I/Ll  . ivLtlliKlT . EMTiLCAUl^-  

0010,*  BRANCH  DMA  TEST  . C JF‘ » INVER  T * DMAIU  & DMA 

0010  OOOlilOOOlOOOlOl  X0000100011U1XX 


i VECTOR  TO  APPROPRIATE  ADDRESS 
001E  BRANCH  H#20 » C JV» . TRUE  & DMA 

QfllE-QQlQOOQQQlll.ftftQO  XOOOOlOOOl  1 1 1 1XX 

00 IF  BRANCH  ft  DMA 

00 IF  XXXXXXXXU  110009  X0000100011 11  txx 


; WRITE  CONTROL.  REGISTER 

0020  DMA  . ..WRCR  3 BRANCH  READY » CJP . . TRUE 

i2_Xftft 

0021  DMA  . » .WRCR  S BRANCH  READY . CJP »» TRUE 
0021.  bOl 1000001010000  X0000100000011XX 


i WRITE  WORD  COUNT 

0022  DMA  » . . LDWCDB  ft  BRANCH  READY » CJP . . TRUE 

0023*  DMA  r * .LDWCDB  1 BRANCH  READY » CJP r » TRUE 

0023  001 1 000001 010000  XOOOOlOOOl 101 IXX 


t WRITE  ADDRESS  COUNT 

0024  DMA  » » » LDAP  it  BRANCH  READY  . CJP  t . TRUE 

-QQ24  CQllQQOQQlQl-Qftftft. XOQftftLOftQlftLLIXX 

0023  DMA  t » .LDAD  1 BRANCH  READY r CJP . . TRUE 

0023  0011000001010000  X00001000101 1 IXX 

I 

; UNUSED  I/O  ADDRESSES 

0026  BRANCH  DMATEST . CJP.  . TRUE  t DMA 

0027  BRANCH  DMATEST » CJP »» TRUE  ft  DMA 
0027  0001110001010000  XOOOOlOOOl 1 1 1 IXX 


J READ  CONTROL  REGISTER 

0028  DMA  ...RDCR  4 BRANCH  REAOCR.CJP. .TRUE 

,0fl2g.  .QQnOQaiftlQiaOQQ  X00001CftQO.QJLl.iXX. 

002?/;  DMA  » » »RDCR  1 BRANCH  READCR » CJP  * » TRUE 

002^011000101010000  X00001 000001 1 IXX 

Figure  24.  Test  Microcode  for  DMA/ FIFO  Board 
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™zr  VA'ix  13  W>trr  ;*6tt.cLuku 
IflQiikl SRfer  K)  ,> .0 


002A 


I READ  WORD  COUNT 

DHA  "'RDUC  ft  BRANCH  READWCrC JP » »TRUE 

1001001010000  X000010000_1011XX 

• DMA  hi  RDUC  ft  BRANCH  READWC»CJP» » TRUE 
IllOOlOOiOlOOOO  X0000100001011XX 


' t READ  ADDRESS  COUNT 

002C  DMA  r t »RDAC  ft  BRANCH  READ AC  * CJP » , TRUE 

. QQ2.C  J).Q1 10011  QlfllQflOQ  XOGQaiQOQQUUXX 

0025^  ; 4 DMA  f»»RDAC  1 BRANCH  READAC * CJP 1 1 TRUE 
002TM001 1001 101010000  X000010000111 IXX 


t UNUSED  I/O  ADDRESSES 

BRANCH  DMATEST f CJP »» TRUE  ft  DMA 

<LX0<^J4&QU1JJL&X 
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SECTION  IV 


PLANS  FOR  THE  NEXT  REPORTING  PERIOD 


During  the  early  portion  of  the  next  reporting  period,  CPU1  checkout  will 
be  completed  and  microcode  checkout  will  begin.  The  software  required 
for  training  will  also  be  checked  out  once  the  interface  between  CPU1  and 
CPU2  is  checked  out. 

The  interval  boards  will  be  checked  out  and  system  integration  will  be  done. 
The  power  supplies  will  be  incorporated  into  the  ATR  once  they  are  received. 
This  should  complete  the  PATS  hardware  checkout. 

A preliminary  test  plan  will  be  written  during  the  next  reporting  period  and 
submitted  for  discussion  and  approval. 


